User specific visual identity control across multiple platforms

ABSTRACT

A content-generating user is enabled to set visible attributes for a content item from any device so that the content item maintains a uniform look and feel across the various platforms. The visible attributes set by the generating user are stored in the user&#39;s profile on a user profile database. When a request to display the content item is received from a client device, the platform associated with the request is determined. Display data comprising one or more of the visible attributes retrieved from the user profile database, the content item and a template based on the platform is transmitted to the client device. The client device configures a display of the content item to a viewer based on the received display data.

BACKGROUND

Rapid advancements in electronics and data networks lead to thedevelopment of communication devices such as computers which are alsoconfigured to provide content. Further advances lead to mobilecommunication and content-providing devices such as tablet devices andsmartphones. Different types of content such as text, audio, video orcombinations thereof are provided to the users via such devices. As aresult of these advancements, various platforms comprising differentcombinations of applications, operating systems and the hardware fortheir execution have evolved. This in turn has resulted in thedevelopment of various proprietary and platform-agnostic contentformats.

SUMMARY

Different embodiments disclosed herein relate to systems and methods formaintaining a uniform look and feel for content across the variousplatforms. A method for maintaining a uniform quality for content acrossdifferent platforms is disclosed in one embodiment. The methodcomprises, receiving, by a processor, a request from a client device forat least visible attributes of a content item, wherein the content itemis customized in accordance with the visible attributes set by a usergenerating the content item. The visible attributes of the content itemare retrieved from the generating user's profile, by the processor andselected as display data to be transmitted to the client device. Basedon the request, it is further determined by the processor if the displaydata to be transmitted to the client device additionally comprises atemplate. If it is determined by the processor that no template shouldbe included in the display data, one or more of the visible attributesand the content item are transmitted as display data to the clientdevice.

If it is determined by the processor that the display data additionallyincludes a template, then the template is selected by the processor froma plurality of templates based on the platform of the client device.Each of the plurality of templates is configured for a respectiveplatform and each template is further configured to maintain the visibleattributes of the content item on a respective platform in accordancewith the generating user's preferences. The selected template isincluded by the processor in the display data to be transmitted to theclient device.

In one embodiment, the method further comprises determining by theprocessor based on the request, if the content item also should beincluded in the display data to be transmitted to the client device. Ifit is determined by the processor that the content item should beincluded in the display data, the display data that includes at leastthe visible attributes and the content item is transmitted to the clientdevice.

In one embodiment, the visible attributes are stored as an ordered setof name value pairs in the generating user's profile. A user interfacecan be provided by the processor to the generating user for providingthe visible attributes. The user interface enables the processor toreceive input from the generating user for changing at least one of thevisible attributes and to change the value of the at least one visibleattribute based on the input.

In an embodiment, the content is a blog and the values associated withthe visible attributes can determine a header image, an avatar and abackground of the blog. In a further embodiment, the blog can comprisecontent from a first blog and a second blog not owned by the usergenerating the blog. In this case, the display data further comprisesthe visible attributes provided by a first user generating the firstblog and a second user generating the second blog.

An apparatus comprising at least one processor and a storage medium fortangibly storing thereon program logic for execution by the processor isdisclosed in one embodiment. The programming logic comprises receivinglogic is executed by the processor, for receiving a request from aclient device. In one embodiment, the request is for obtaining at leastvisible attributes of a content item, wherein the content item iscustomized in accordance with visible attributes set by a usergenerating the content item. Retrieving logic is executed by theprocessor, for retrieving from the generating user's profile, thevisible attributes of the content item. The processor executesattributes selecting logic, for selecting at least the visibleattributes as display data to be transmitted to the client device.Template determining logic, is executed by the processor, fordetermining based on the request, if the display data to be transmittedto the client device additionally comprises a template. If it isdetermined by the processor via the template determining logic, that notemplate is required to be included in the display data, one or more ofthe visible attributes and the content item are transmitted as displaydata to the client device via the transmitting logic executed by theprocessor.

If it is determined by the processor that the display data additionallycomprises a template, then, template selecting logic is executed by theprocessor, for selecting the template from a plurality of templatesbased on a platform of the client device. Each of the plurality oftemplates is further based on a respective application programminginterface (API) associated with the respective platform wherein theplatform comprises a combination of hardware and software operable torender the content on the client device. Template including logic, isalso executed by the processor, for including the selected template inthe display data to be transmitted to the client device. One or more ofthe visible attributes and the selected template are transmitted asdisplay data to the client device via the transmitting logic executed bythe processor.

A computer readable storage medium comprising processor-executableinstructions is disclosed in an embodiment. The instructions enable theprocessor to receive a request from a client device wherein the requestis associated with at least visible attributes of a content item,wherein the content item is customized in accordance with the visibleattributes set by a user generating the content item. The instructionsfurther cause the processor to retrieve the visible attributes of thecontent item and select at least the visible attributes as display datato be transmitted to the client device. The instructions also cause theprocessor to determine based on the request if the display data to betransmitted to the client device additionally comprises a template. Ifit is determined that the display data to be transmitted to the clientdevice does not include a template, then display data comprising atleast the visible attributes are transmitted to the client device by theprocessor in accordance with the instructions. If it is determined bythe processor that the display data additionally comprises a template,then the instructions cause the processor to select the template from aplurality of templates based on a platform of the client device. Theselected template is included in the display data and transmitted to theclient device in addition to at least the visible attributes. In oneembodiment the computer readable medium further comprises instructionsthat cause the processor to receive an input from the generating userfor changing at least one of the visible attributes and to change avalue of the at least one visible attribute based on the input.

In one embodiment, the visible attributes are stored as an ordered setof name value pairs in the generating user's profile. The instructionscause the processor to receive an input from the generating user forchanging at least one of the visible attributes. The value of the atleast one visible attribute is changed based on the input.

These and other embodiments will be apparent to those of ordinary skillin the art with reference to the following detailed description and theaccompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

In the drawing figures, which are not to scale, and where like referencenumerals indicate like elements throughout the several views:

FIG. 1 shows a content provider's network in accordance with oneembodiment.

FIG. 2 shows a schematic diagram of the content providing module inaccordance with one embodiment.

FIG. 3A is a flowchart that details a methodology of providing contentto users in accordance with one embodiment.

FIG. 3B is a flowchart that details a methodology of determiningcomponents of the display data in accordance with one embodiment.

FIG. 3C is a flowchart that details a methodology of determiningcomponents of the display data in accordance with one embodiment.

FIG. 4 is a flowchart that illustrates a method of editing the visibleattributes of content by a user generating the content in accordancewith one embodiment.

FIG. 5 shows a comparison of the provided content in accordance withembodiments described herein.

FIG. 6 shows a schematic diagram of the edit screens that are accessibleto the generating users employing different platforms in accordance withone embodiment.

FIG. 7 shows a display of a pop over in accordance with one embodiment.

FIG. 8 shows a schematic diagram of a display that facilitates editing atheme in accordance with one embodiment.

FIG. 9 shows a schematic diagram of a display screen that enables agenerating user to edit the various attributes of a content item inaccordance with one embodiment.

FIG. 10 is a schematic diagram that illustrates a theme configured toemploy the cross-platform visible attributes in accordance with anembodiment.

FIG. 11 illustrates the internal architecture of a computing device inaccordance with embodiments described herein.

FIG. 12 is a schematic diagram illustrating a client deviceimplementation of a computing device in accordance with embodiments ofthe present disclosure.

DESCRIPTION OF EMBODIMENTS

Subject matter will now be described more fully hereinafter withreference to the accompanying drawings, which form a part hereof, andwhich show, by way of illustration, specific example embodiments.Subject matter may, however, be embodied in a variety of different formsand, therefore, covered or claimed subject matter is intended to beconstrued as not being limited to any example embodiments set forthherein; example embodiments are provided merely to be illustrative.Likewise, a reasonably broad scope for claimed or covered subject matteris intended. Among other things, for example, subject matter may beembodied as methods, devices, components, or systems. Accordingly,embodiments may, for example, take the form of hardware, software,firmware or any combination thereof (other than software per se). Thefollowing detailed description is, therefore, not intended to be takenin a limiting sense.

In the accompanying drawings, some features may be exaggerated to showdetails of particular components (and any size, material and similardetails shown in the figures are intended to be illustrative and notrestrictive). Therefore, specific structural and functional detailsdisclosed herein are not to be interpreted as limiting, but merely as arepresentative basis for teaching one skilled in the art to variouslyemploy the disclosed embodiments.

Embodiments of the disclosed subject matter are described below withreference to block diagrams and operational illustrations of methods anddevices. It is understood that each block of the block diagrams oroperational illustrations, and combinations of blocks in the blockdiagrams or operational illustrations, can be implemented by means ofanalog or digital hardware and computer program instructions. Thesecomputer program instructions or logic can be provided to a processor ofa general purpose computer, special purpose computer, ASIC, or otherprogrammable data processing apparatus, such that the instructions,which execute via the processor of the computer or other programmabledata processing apparatus, implements the functions/acts specified inthe block diagrams or operational block or blocks.

In some alternate implementations, the functions/acts noted in theblocks can occur out of the order noted in the operationalillustrations. For example, two blocks shown in succession can in factbe executed substantially concurrently or the blocks can sometimes beexecuted in the reverse order, depending upon the functionality/actsinvolved. Furthermore, the embodiments of methods presented anddescribed as flowcharts in this disclosure are provided by way ofexample in order to provide a more complete understanding of thetechnology. The disclosed methods are not limited to the operations andlogical flow presented herein. Alternative embodiments are contemplatedin which the order of the various operations is altered and in whichsub-operations described as being part of a larger operation areperformed independently.

For the purposes of this disclosure the term “server” should beunderstood to refer to a service point which provides processing,database, and communication facilities. By way of example, and notlimitation, the term “server” can refer to a single, physical processorwith associated communications and data storage and database facilities,or it can refer to a networked or clustered complex of processors andassociated network and storage devices, as well as operating softwareand one or more database systems and applications software which supportthe services provided by the server.

For the purposes of this disclosure a “network” should be understood torefer to a network that may couple devices so that communications may beexchanged, such as between a server and a client device or other typesof devices, including between wireless devices coupled via a wirelessnetwork, for example. A network may also include mass storage, such asnetwork attached storage (NAS), a storage area network (SAN), or otherforms of computer or machine readable media, for example. A network mayinclude the Internet, one or more local area networks (LANs), one ormore wide area networks (WANs), wire-line type connections, wirelesstype connections, cellular or any combination thereof. Likewise,sub-networks, which may employ differing architectures or may becompliant or compatible with differing protocols, may interoperatewithin a larger network. Various types of devices may, for example, bemade available to provide an interoperable capability for differingarchitectures or protocols. As one illustrative example, a router mayprovide a link between otherwise separate and independent LANs.

For example, a network may enable RF or wireless type communication viaone or more network access technologies, such as Global System forMobile communication (GSM), Universal Mobile Telecommunications System(UMTS), General Packet Radio Services (GPRS), Enhanced Data GSMEnvironment (EDGE), 3GPP Long Term Evolution (LTE), LTE Advanced,Wideband Code Division Multiple Access (WCDMA), Bluetooth, 802.11b/g/n,or the like. A wireless network may include virtually any type ofwireless communication mechanism by which signals may be communicatedbetween devices, such as a client device or a computing device, betweenor within a network, or the like

A communication link may include, for example, analog telephone lines,such as a twisted wire pair, a coaxial cable, full or fractional digitallines including T1, T2, T3, or T4 type lines, Integrated ServicesDigital Networks (ISDNs), Digital Subscriber Lines (DSLs), wirelesslinks including satellite links, or other communication links, such asmay be known to those skilled in the art. Furthermore, a computingdevice or other related electronic devices may be remotely coupled to anetwork, such as via a telephone line or link, for example.

A computing device may be capable of sending or receiving signals, suchas via a wired or wireless network, or may be capable of processing orstoring signals, such as in memory as physical memory states, and may,therefore, operate as a server. Thus, devices capable of operating as aserver may include, as examples, dedicated rack-mounted servers, desktopcomputers, laptop computers, set top boxes, integrated devices combiningvarious features, such as two or more features of the foregoing devices,or the like. Servers may vary widely in configuration or capabilities,but generally a server may include one or more central processing unitsand memory. A server may also include one or more mass storage devices,one or more power supplies, one or more wired or wireless networkinterfaces, one or more input/output interfaces, or one or moreoperating systems, such as Windows Server, Mac OS X, Unix, Linux,FreeBSD, or the like.

Throughout the specification and claims, terms may have nuanced meaningssuggested or implied in context beyond an explicitly stated meaningLikewise, the phrase “in one embodiment” as used herein does notnecessarily refer to the same embodiment and the phrase “in anotherembodiment” as used herein does not necessarily refer to a differentembodiment. It is intended, for example, that claimed subject matterinclude combinations of example embodiments in whole or in part. Ingeneral, terminology may be understood at least in part from usage incontext. For example, terms, such as “and”, “or”, or “and/or,” as usedherein may include a variety of meanings that may depend at least inpart upon the context in which such terms are used. Typically, “or” ifused to associate a list, such as A, B or C, is intended to mean A, B,and C, here used in the inclusive sense, as well as A, B or C, here usedin the exclusive sense. In addition, the term “one or more” as usedherein, depending at least in part upon context, may be used to describeany feature, structure, or characteristic in a singular sense or may beused to describe combinations of features, structures or characteristicsin a plural sense. Similarly, terms, such as “a,” “an,” or “the,” again,may be understood to convey a singular usage or to convey a pluralusage, depending at least in part upon context. In addition, the term“based on” may be understood as not necessarily intended to convey anexclusive set of factors and may, instead, allow for existence ofadditional factors not necessarily expressly described, again, dependingat least in part on context.

The development of various formats for content and different platformsfor providing content has led to difficulties in the display of thecontent. Content that is developed on one platform may not appear onanother platform as intended by the content developer. For example, awebpage designed for a laptop appears differently when accessed by asmart phone. As a result, the content developer may need to configuredifferent various versions of a content item so that it maintains auniform look and feel on different platforms. This problem can beexacerbated for amateur content providers, such as bloggers, who may notbe professional programmers. For example, when bloggers post theircontent to the hosting website, they may use different formats for theirtext, voice or video data. Moreover, they may not always provide contentconsistently from a particular device. They may use different devicesand operating systems when providing content. Systems and methods aredisclosed herein that enable a content provider to provide tools forusers generating content to configure the content to appear uniformlyacross different platforms. The disclosed embodiments facilitate thegenerating user to set visible attributes at the time of contentgeneration, which visible attributes are then provided to the variousplatforms at the time of providing the content so that the content canbe displayed on these platforms as intended by the generating user.

Turning now to FIG. 1, a content provider's network 100 is illustratedin accordance with one embodiment. A plurality of client devices 102 and104 access the server 106 of the content provider via a network 108. Inone embodiment, the client devices 102 and 104 can comprise devices suchas, desktops, laptops, tablet devices, and smartphones. The server 106comprises content providing module 110 which, upon receiving a request132 from the client device 102, analyzes the request 132 in order toidentify the various components of the display data 134 that should betransmitted to the client device 102 in response to its request 132.

Based on the analysis, the content providing module 110 can determinethat one or more of the requested content item, the visible attributes122 of the requested content item and a template for the requestedcontent item are to be included in the display data 134. The requestedcontent item is obtained by the content providing module 110 from thecontent database 130. In an embodiment the content database 130 canstore content generated by users. For example, the content generated bythe users can include blogs wherein users post their messages, audio andvideo data. A user may have his or her own blogs for which he or she isdesignated as the ‘owner’ or the generating user. In an embodiment, auser may also post content to other users' blogs for which he or she isnot the generating user. Such content can be submitted (contingent onapproval) to blogs that explicitly accept such submissions.

In one embodiment, the content providing module 110 identifies not onlythe specific content item requested by the client device 102, but alsoretrieves the visible attributes 122 of the content item that determinethe appearance of the content item to a viewer employing the clientdevice 102. In an embodiment wherein the content item is generated by auser, the visible attributes 122 are set by the generating user.Therefore, the visible attributes 122 are retrieved from the generatinguser's profile on the user profile database 120. Display data 134comprising at least the requested content item and the visibleattributes 122 are transmitted to the client device 102 in response tothe request.

In one embodiment, based on the analysis of the request 132, the contentproviding module 110 determines that only the visible attributes 122 areto be transmitted to the client device 102. Accordingly the display data134 transmitted to the client device 102 will include only the visibleattributes 122. For example, embodiments are detailed infra wherein whena viewer hovers over a content item displayed on the client device 102,special user interface elements are displayed to the viewer. In thiscase, the request 132 can be directed only towards the visibleattributes 122 of the content item over which the viewer hovers in orderto generate a pop over (not shown) as will be detailed further infra.

In one embodiment, based on the analysis of the request 132 the contentproviding module determines that a template should be included thedisplay data 134 to be transmitted to the user device 102. Thisdetermination can be made by the content providing module 110 from theinformation associated the platform of the client device 102 which isincluded in the request 132. For example, the information associatedwith the platform can comprise identifying indicia of the componentssuch as the hardware and the software of the client device 102 that areoperable to display the content. The template enables the client device102 to render the requested content item in accordance with the visibleattributes 122 as retrieved from the generating user's profile on theuser profile database 120. Therefore, in accordance with this embodimentthe display data 134 comprises at least the visible attributes 122 andthe template. The display data 134 may also comprise the requestedcontent item in addition to the visible attributes 122 and the templatein accordance with further embodiments.

As described herein the content providing module 110 further enablesusers generating the content to set attributes for their content. Forexample, user generated content such as a blog can have its contentattributes set by the owner of the blog. In an embodiment, thegenerating user can set the visible attributes 122 that determine howthe content appears to other viewers. The visible attributes 122 set bythe generating user are stored in a respective user's profile in theuser profile database 120 and are configured to be used by differentplatforms. In an embodiment the visible attributes 122 can be encoded ina lightweight data interchange format such as JSON (JavaScript ObjectNotation). The visible attributes 122 can be stored as an ordered set ofname-value pairs in a user profile. It may be appreciated the userprofile database 120 may store for a single user profile, a plurality ofattribute sets for different blogs of the user. Thus, a collection ofthe visible attributes 122 can be identified by a unique combination ofthe user and content identification indicia. It can be appreciated thatwhen a user who is not the owner posts content to a blog then suchcontent will be displayed across the platforms based on the visibleattributes 122 as provided by the owner/the generating user. An owner ofa blog can be an individual or an institution. In case of institutions,the visible attributes 122 for the blogs will be provided by theirrespective administrative users.

By the way of illustration and not limitation, the visible attributes122 that can be set by the generating user can comprise an avatar, abackground for the blog, a title of the blog, a header image for theblog and the various attributes associated with the font of the blog,such as, the color, the size, the type of font and the like. Inaddition, a template can be selected for the display of the requestedcontent in accordance with the visible attributes 122 set by thegenerating user in the user profile database 120. Display data 134comprising one or more of the requested content, the selected templateand the visible attributes 122 are transmitted to the requesting clientdevice 102. The requesting client device 102 receives the display data134 and generates a display of the content item based on the receivedtemplate and the visible attributes 122.

Thus, the content is displayed to the viewers in a manner as determinedby the generating user. If a request 152 for the same content item isreceived from a disparate client device 104, the content providingmodule 110 executes a similar procedure as detailed supra to provide thedisplay data 154. However, the display data 154 transmitted to theclient device 104 will be based on an analysis of the request 152received from the client device 104. Again, the display data 154transmitted to the client device 104 can comprise one or more of thecontent item, the visual attributes 122 and a template. If a template isincluded in the display data 154 and, if the client devices 102 and 104are associated with the different platforms, different templates areselected for inclusion into the display data 134 and 154. However, thecontent item display shown to the viewers on the client devices 102 and104 can be uniform. Thus, when the generating user sets visibleattributes 122 for the content, and tests the resulting display, He orshe is assured that the content will be displayed to all the viewers inthe same manner as displayed on his or her device regardless of theplatforms the other viewers employ to access the content. It may beappreciated that this is because the content will be displayed to thegenerating user also by selecting an appropriate template.

FIG. 2 shows a schematic diagram of the content providing module 110 inaccordance with one embodiment. The content providing module 110comprises a receiving module 202, an analyzing module, 204, a selectingmodule 206, a transmitting module 208 and a modifying module 210. When arequest is received by the receiving module 202, it is communicated tothe analyzing module 204 to determine a methodology for processing therequest. In an embodiment, the request can be transmitted by a usergenerating content or setting visible attributes for a content item inthe content database 130. In this case, the request is directed by theanalyzing module 204 to the modifying module 210. The modifying module210 is communicatively coupled to the user profile database 120 and setsor modifies visible attributes in a respective user profile associatedwith the request.

In an embodiment, a request 132 can be received from a viewer employingthe client device 102. Accordingly the analyzing module 204 analyzesdata included in the request 132 and determines the display data 134 tobe transmitted to the client device 102 in response to the request 132.For example, if the request 132 is a HTTP (Hypertext Transfer Protocol)request, the header and body of the HTTP request includes informationsuch as but not limited to the identity of the device making therequest, an acceptable response and the content item that a viewer ofthe client device 102 desires access to. Based at least on the analysis,the display data 134 can include one or more of the content item, thevisual attributes 122 provided by the generating user for the contentitem and/or a template. In an embodiment, the request 132 can bedirected towards the content item, its visible attributes 122 and atemplate. In an embodiment wherein a content item was previouslytransmitted to the client device 102, the request 132 can be directedtowards one or more of the visible attributes 122 of the previouslytransmitted content item and a template. In an embodiment, wherein thecontent item was previously transmitted to the client device 102 and thetemplate already exists at the client device 102, the request 132 can bedirected only towards the visible attributes 122.

Based on the analysis of the request 132, the analyzing module 204 cantransmit to the selecting module 206 information regarding the variouscomponents to be included in the display data 134 that should betransmitted in response to the request 132. If the analyzing module 204determines that one or more of the content item and its visibleattributes 122 should be included in the display data 134, the identityof the content item can be transmitted to the selecting module 206. Inan embodiment wherein only the visible attributes 122 are to be includedin the display data 134, the analyzing module 204 may provide a furtherindication to the selecting module 206 to transmit only the visibleattributes 122. In the embodiments wherein the analyzing module 204determines that a template should be included in the display data 134,information regarding the platform associated with the client device 102is further communicated by the analyzing module 204 to the selectionmodule 206. In an embodiment, the request 132 itself can includeinformation regarding the platform of the client device 102 which can beemployed by the analyzing module 204 in determining whether or not toinclude the template in the display data 134. By way of illustration andnot limitation, the header of the request may include informationregarding the platform. In an embodiment, the server 106 may provide aresponse to the client device 102 requesting further informationregarding its platform. Other protocols can also be implemented todetermine the platform of the client device 102 in accordance with someembodiments.

Based on the information received from the analyzing module 204, theselecting module 206 selects one or more of the content item, itsvisible attributes 122 and a template for transmitting as the displaydata 134 to the client device 102. For example, if the informationreceived by the selecting module 206 from the analyzing module 204includes the identity of the content item, the visible attributes 122 ofthe identified content item are included in the display data 134. If afurther indication to include the content item in the display data 134is received, the selecting module 206 retrieves the appropriate contentitem from the content database 130 and includes it along with thevisible attributes 122 as components to be transmitted as the displaydata 134 If the information received by the selecting module 206 alsoincludes information regarding the platform of the client device 102, atemplate is further selected as part of the display data 134 to betransmitted to the client device 102.

In an embodiment, the templates are based the APIs (ApplicationProgramming Interfaces) which enable exposing functionality of anapplication programmatically to other applications. Different APIs canbe selected based on the type of content and the software such as theoperating system and/or software executed on the client device 102 thatis operable to generate a display of the requested content. For example,different content such as a blog, or the user's dashboard including acollection of blogs followed by the user can use different APIs toaccess information in the databases 120 and 130. In an embodiment, thecontent providing module 110 can store a plurality of templatesassociated with different APIs. For example, the templates can beassociated with APIs of the various operating systems. The APIsfacilitate transfer of data from the content database 130 or the userprofile database 120 to platform specific needs. The selecting module206 further accesses the user profile database 120 to retrieve thevisible attributes 122 provided by the generating user and stored in therespective user profile. The information that is collected by theselecting module 204 is transmitted to the transmitting module 208.

The transmitting module 208 transmits the display data 134 comprisingone or more of the content item, the selected template and the visibleattributes 122 to the client device 102. The client device 102 receivesthe display data 134 from the assembling module 206 and generates adisplay to a viewer. The display can be generated by the browser orother programs such as apps executing on the client device 102. Thedisplay generated by the client device 102 can comprise the content itemcustomized per the visible attributes 122 or it may show just thevisible attributes 122 as a pop-over on a previously received andrendered content item. In addition, if the client device 102 does nothave a template, the template transmitted in the display data 134 can beemployed for generating a display of one or more of the content item andthe visible attributes 122.

FIG. 3A is a flowchart 300 that details a methodology of providingcontent to users in accordance with one embodiment. The method begins atstep 302 wherein a request is received of from the client device 102. At304, the received request is analyzed in order to determine the contentitem associated with the request and the various components that are tobe included in the display data. In one embodiment, a request may bereceived from the client device 102 exclusively for the visibleattributes 122 of the content item. In one embodiment the request may bereceived for one or more of the content item, its visible attributes 122and a template to display the content item in accordance with thevisible attributes 122 set by the generating user. At 306, the contentitem associated with the request is identified. At 308 the visibleattributes 122 for the identified content item are retrieved from thegenerating user's profile in accordance with embodiments describedherein. The visible attributes 122 are stored in a format that can beaccessed and read by different platforms. For example, the visibleattributes 122 can be stored in JSON format as an ordered list of namevalue pairs. The visible attributes 122 thus retrieved are added at 310to the display data to be transmitted to the client device 102. At 312it is further determined if the content item identified at step 306should be added to the display data. The determination of whether thecontent item should be added to the display data is made based on theanalysis of the received request at 304. Further details of thisdetermination are shown in the flowchart 320 of FIG. 3B which will bedetailed further infra. At 314, it is further determined if a templateshould be added to the display data. Further details regarding thisdetermination are shown in the flowchart 330 of FIG. 3C which will bedescribed infra. At 316, the display data thus obtained comprising atleast the visual attributes 122 and other components based on thedeterminations at steps 312 and 314 is transmitted to the client device102. When the transmitted display data is received by the client device102, it is processed by a client-side application such as a browser oran ‘app’ in order to render the requested content to a viewer asdetermined by the generating user.

FIG. 3B is a flowchart 320 that details a methodology of determiningcomponents of the display data in accordance with one embodiment. Themethod begins at 322 wherein the request is analyzed to identify if thecontent item identified at 306 is requested or if only the visibleattributes 122 of the identified content item are requested by theclient device 102. If it is determined at 322 that only the visibleattributes 122 are requested by the client device 102, then the methodbranches to 324 where the content item is not added to the display dataand the method terminates on the end block. If it is determined at 322that the content item identified at 306 was also requested by the clientdevice 102, then the content item is selected at 326 for addition to thedisplay data. The selected item is added to the display data as shown at328. In this embodiment the display data therefore comprises at leasttwo components, the visible attributes 122 and the identified contentitem.

FIG. 3C is a flowchart 330 that details a methodology of determiningcomponents of the display data in accordance with one embodiment. Themethod begins at 332 wherein the request is analyzed to identify if atemplate for displaying the visible attributes 122 should be included inthe display data. As described herein because of the various platformsthat are used by different viewers to access the content item andbecause of the differences between the platforms it may not be displayedas intended by the generating user on the different platforms. Hence,the content providing module 110 enables the generating user to setcross-platform visible attributes 122 for the content item so that it isenabled to have a uniform look and feel across the different platforms.In one embodiment, a platform can comprise a combination of one or moreof the client device 102, its operating system and application(s) thatdisplay the content item. In one embodiment, if it is determined fromthe analysis of the request at 304 that the client device 102 is forexample, a laptop, and employs the HTTP request/response protocol tocommunicate with the content providing module 110, then the receivedrequest can be identified as a request to transmit a template along withthe visible attributes 122 and/or the content item. In one embodiment,if it is determined from the analysis of the request at 304 that theclient device 102 is associated with the platform that has a templateincorporated therein, then it can be determined that no template needsto be included in the display data. By the way of illustration and notlimitation devices enabled with their own operating systems and API andwhich do not require a template for maintaining the visual attributes122 can be those devices with mobile operating systems, for example,iPhone. Therefore, based on the analysis at 304, it is determined at 332whether the request is for including the template with the display data.It is determined at 332 that the request was received from the clientdevice 102 which includes a mobile operating system and related API andhence requires no template, then no template is included in the displaydata as shown at 334 and the method terminates on the end block.

If it is determined at 332 that the request was received from a clientdevice 102 that requires a template for displaying the content item inaccordance with the visible attributes 122, the platform of the clientdevice 102 is determined as shown at 336. At 338, the template forincluding in the display data 134 is selected based on the platform ofthe client device 102. More particularly, a template configured from theAPI of the detected platform is selected at 338. The selected templateis added to the display data at 340.

FIG. 4 is a flowchart 400 that illustrates a method of editing thevisible attributes 122 of content by a user generating the content inaccordance with one embodiment. The method starts at 402 wherein inputis received from the generating user which indicates the user's intentto edit attributes of the content item. The user can edit one or moreattributes associated with the appearance of the content item. In oneembodiment, each field can be associated with a plurality of visibleattributes 122. The generating user may edit attributes like images,text, format for the text and the like. For example, an image field maybe associated with attributes such as size, location in the content itemwhereas a text field such as a heading can have attributes like fonttype, font size and color. At 404 a field the user intends to edit isidentified. In one embodiment, the field the user intends to edit can beidentified from user input on the field such as a click, a tap, or otheruser gesture selecting the field. At 406, the visible attribute valuesprovided by the user for the selected field are received and populatedwithin the user profile on the user profile database 120. At 408 it isdetermined if the user wants to edit more attributes. If yes, the methodreturns to 404 wherein the next field to edit is identified else themethod terminates on the end block.

FIG. 5 shows a comparison 500 between embodiments implementingcross-platform visible attributes 122 in accordance with embodimentsdescribed herein versus embodiments that do not implement thecross-platform visible attributes 122. A schematic diagram of a display502 comprising user provided content generated by a first smart phoneexecuting the iOS operating system is shown. More particularly, thescreen 502 is generated based on the display data received by the firstsmart phone from a content providing system (not shown) that does notinclude the cross-platform visible attributes 122 as outlined herein.Similarly the display 522 is generated by a second smart phone executingAndroid operating system. The display 522 is generated based on thedisplay data received from a content providing system (not shown) thatdoes not include the cross-platform visible attributes 122 as outlinedherein. The display 512 is generated by the first smart phone executingthe iOS operating system based on the display data received from thecontent providing module 110 that supports the cross-platform visibleattributes 122. Similarly the display 532 is generated by the secondsmart phone executing the Android operating system based on the displaydata received from the content providing module 110 that provides forthe cross-platform visible attributes 122.

When the lower portion 504 of the display 502 is compared to the lowerportion 514 of the display 512 it can be seen that the image shown in514 is in clear focus and of better quality than the image shown in thelower portion 504. Similarly the image shown in the lower portion 534 ofthe display 532 has better focus and is clearly seen when compared tothe image shown in the lower portion 524 of the screen 522. The imagesseen in the lower portions 504 and 524 are blurred and unclear. It maybe appreciated that no additional configuration was required from thecontent-generating users for the displays 512 and 532. Rather, it wasthe content provider that comprised the content providing module 110implementing the cross-platform visible attributes 122 in accordancewith embodiments described herein that enabled generating superiordisplays 512, 532. As a result, the platforms associated with therespective smart phones that generated the displays 512 and 532 wereenabled to correctly interpret the display data and configure thedisplay of the images at 514 and 534 accurately. Another aspect that maybe noted by comparing the display 512 with the display 532 is thesimilarity between the displays despite the differences in the platformsthat generated the displays. Again the cross-platform visible attributes122 contribute to the uniformity of the displays 512 and 532.

FIG. 6 shows a schematic diagram of the edit screens that are accessibleto the generating users employing different platforms in accordance withone embodiment. The display 602 is generated on a smart phone executingthe first operating system such as iOS for a first user generating thecontent shown in the display 602. An edit appearance menu 604facilitates the generating user to edit the content appearance. In anembodiment, the user can edit one or more of the header image 606, theAvatar 608, the title 614, description 616 and the content portion 610.Further, the menu 612 enables the user to set the background and theaccent for the content portion 610. A similar edit screen 622 is shownto a second generating user using a second operating system such asAndroid. The edit appearance menu 624 enables the second generating userto change one or more of the head image 626, the Avatar 628, the title632, the description 634 and/or the content portion 630. The menu 636enables the second generating user to change the background or theaccent of the content portion 630. The values set by the user for one ormore of the header image, the Avatar, the title, the description and thecontent portion are stored as the cross-platform visible attributes inthe form of name value pairs in the user's profile. When retrieved by aclient device, the cross-platform visible attributes are rendered asshown in the displays 602 and 622. Again the similarity of the display602 to the display 622 may be noted. More particularly the structure ofthe display 602 is similar to the structure of the display 622 as thedisplays 602 and 622 are based on the same theme. Different themes canbe employed by a user who generates content. For example, differentcombinations and arrangements of avatars, images, fonts, backgroundcolors and the like may be used in different themes. However, a selectedtheme may need to be programmed to use the visible attributes 122 inaccordance with embodiments outlined herein in order that the selectedtheme may appear uniformly across various platforms. Thus, theappearance of a content item can be customized from any platform or anycombination of device/operating system and can be synchronized tomaintain its look and feel on any device.

FIG. 7 shows a display 700 of a pop over in accordance with oneembodiment. The pop over 702 of a content item is generated when a userhovers over the content item. A pop over 702 is generated by a clientdevice transmitting a request only for the visible attributes of theunderlying content item 710. The pop over 702 provides a summary view ofan underlying user-generated content item 710 which in this case is ablog. The pop over 702 is a condensed view that shows the heading 704,avatar 706 and the content item 708 from the actual blog. Again, it maybe noted that the visible attributes such as the images, font size,color, background color, heading and the like shown in the pop over 702are based on the visible attributes of the underlying blog.

FIG. 8 shows a schematic diagram 800 of a display that facilitatesediting a theme in accordance with one embodiment. The display 800 canbe generated by a device such as a laptop or a tablet device. Thedisplay 800 includes an edit element 802 that enables the user to editthe theme associated with his or her content. As discussed herein,different themes can be employed by the content-generating users fordisplay of their content. In order to maintain the uniformity of itsappearance across platforms a theme can be programmed to implement thecross-platform visible attributes 122. The display 800 also enables theuser to edit his account 804, dashboard 806, notifications 808, apps 810and the like.

FIG. 9 shows a schematic diagram of a display screen 900 that enables agenerating user to edit the various attributes of a content item inaccordance with one embodiment. A menu option 910 labeled ‘browsethemes’ enables the generating user to select from a plurality ofpre-existing themes. A menu option 926 ‘customize’ enables thegenerating user to customize a selected theme, the option 928 saves thechanges while the option 924 allows the user to exit the screen. For aselected theme, such as the theme shown in the portion 912, a menu 902labeled ‘Appearance Options’ is associated with the various visibleattributes of the content item. As seen from FIG. 9, the appearanceoptions menu 902 enables the generating user to select the variousfields that can be included in a given theme. By the way of illustrationand not limitation, the generating user can select whether or not toshow a header image, an avatar, a title or description and the like. Forthe selected fields, the menu 902 further enables the generating user toset values for the visible attributes 122 such as but not limited to thetext of the title and the description, the image to be used as theheader image, avatar shape, title font, and the background color. Forexample, the value set by the generating user for the visible attributes122 of a selected theme are seen as the header image 914, the title 916,the description 918 and the background 920. In accordance withembodiments described herein the appearance options selected by thegenerating user from the menu 902 are stored as the visible attributes122 that can be accessed by the various platforms in order to render thecontent item as determined by the generating user. The menu 904 ‘Themeoptions’ enables the generating user to set the various attributes ofthe theme associated with the content item, customize existing themes orselect options for new themes. In an embodiment, the menu 904 can alsobe accessed via the edit element 802. As discussed herein a theme can beconfigured to use the cross-platform visible attributes 122 in orderthat the content item based on the theme can have a uniform ‘look andfeel’ across the various platforms.

FIG. 10 is a schematic diagram 1000 that illustrates a theme configuredto employ the cross-platform visible attributes 122 in accordance withan embodiment. The user who generates the content item 1000 can use anydevice/operating system combination to set values for the header image1002, the avatar 1004, the shape of the avatar 1006, the heading 1008,description 1010, background 1012 and the content 1014. The values setby the user are maintained as visible attributes 122 in the user'sprofile on the user profile database 120. In an embodiment, the visibleattributes 122 are stored as an ordered set of name-value pairs asspecified by the JSON data interchange format. This enables thegenerating user to use any device to set or amend the visible attributes122 with the assurance that the content item 1000 will maintain auniform look and feel across the various platforms employed by differentviewers.

As shown in the example of FIG. 11, internal architecture of a computingdevice 1100, for example the server 106, includes one or more processingunits (also referred to herein as CPUs) 1112, which interface with atleast one computer bus 1102. Also interfacing with computer bus 1102 arepersistent storage medium/media 1106, network interface 1114, memory1104, e.g., random access memory (RAM), run-time transient memory, readonly memory (ROM), etc., media disk drive interface 1108, an interface1120 for a drive that can read and/or write to media including removablemedia such as floppy, CD-ROM, DVD, etc., media, display interface 1110as interface for a monitor or other display device, keyboard interface1116 as interface for a keyboard, pointing device interface 1118 as aninterface for a mouse or other pointing device, and miscellaneous otherinterfaces 1122 not shown individually, such as parallel and serial portinterfaces, a universal serial bus (USB) interface, and the like.

Memory 1104 interfaces with computer bus 1102 so as to provideinformation stored in memory 1104 to CPU 1112 during execution ofsoftware programs such as an operating system, application programs,device drivers, and software modules that comprise program code orlogic, and/or computer-executable process steps, incorporatingfunctionality described herein, e.g., one or more of process flowsdescribed herein. CPU 1112 first loads computer-executable process stepsor logic from storage, e.g., memory 1104, storage medium/media 1106,removable media drive, and/or other storage device. CPU 1112 can thenexecute the stored process steps in order to execute the loadedcomputer-executable process steps. Stored data, e.g., data stored by astorage device, can be accessed by CPU 1112 during the execution ofcomputer-executable process steps.

Persistent storage medium/media 1106 is a computer readable storagemedium(s) that can be used to store software and data, e.g., anoperating system and one or more application programs. Persistentstorage medium/media 1106 can also be used to store device drivers, suchas one or more of a digital camera driver, monitor driver, printerdriver, scanner driver, or other device drivers, web pages, contentfiles, metadata, playlists and other files. Persistent storagemedium/media 1106 can further include program modules/program logic inaccordance with embodiments described herein and data files used toimplement one or more embodiments of the present disclosure.

FIG. 12 is a schematic diagram illustrating a client deviceimplementation of a computing device, for example, client device 102, inaccordance with embodiments of the present disclosure. A client device1200 may include a computing device capable of sending or receivingsignals, such as via a wired or a wireless network, and capable ofrunning application software or “apps” 1210. A client device may, forexample, include a desktop computer or a portable device, such as acellular telephone, a smart phone, a display pager, a radio frequency(RF) device, an infrared (IR) device, a Personal Digital Assistant(PDA), a handheld computer, a tablet computer, a laptop computer, a settop box, a wearable computer, an integrated device combining variousfeatures, such as features of the forgoing devices, or the like.

A client device may vary in terms of capabilities or features. Theclient device or a user device can include standard components such as aCPU 1202, power supply 1228, a memory 1218, ROM 1220, BIOS 1222, networkinterface(s) 1230, audio interface 1232, display 1234, keypad 1236,illuminator 1238, I/O interface 1240 interconnected via circuitry 1226.Claimed subject matter is intended to cover a wide range of potentialvariations. For example, the keypad 1236 of a cell phone may include anumeric keypad or a display 1234 of limited functionality, such as amonochrome liquid crystal display (LCD) for displaying text. Incontrast, however, as another example, a web-enabled client device 1200may include one or more physical or virtual keyboards 1236, massstorage, one or more accelerometers, one or more gyroscopes, globalpositioning system (GPS) 1224 or other location identifying typecapability, Haptic interface 1242, or a display with a high degree offunctionality, such as a touch-sensitive color 2D or 3D display, forexample. The memory 1218 can include Random Access Memory 1204 includingan area for data storage 1208.

A client device 1200 may include or may execute a variety of operatingsystems 1206, including a personal computer operating system, such as aWindows, iOS or Linux, or a mobile operating system, such as iOS,Android, or Windows Mobile, or the like. A client device 1200 mayinclude or may execute a variety of possible applications 1210, such asa client software application 1214 enabling communication with otherdevices, such as communicating one or more messages such as via email,short message service (SMS), or multimedia message service (MMS),including via a network, such as a social network, including, forexample, Facebook, LinkedIn, Twitter, Flickr, or Google+, to provideonly a few possible examples. A client device 1200 may also include orexecute an application to communicate content, such as, for example,textual content, multimedia content, or the like. A client device 1200may also include or execute an application to perform a variety ofpossible tasks, such as browsing 1212, searching, playing various formsof content, including locally stored or streamed content, such as,video, or games (such as fantasy sports leagues). The foregoing isprovided to illustrate that claimed subject matter is intended toinclude a wide range of possible features or capabilities.

For the purposes of this disclosure a computer readable medium storescomputer data, which data can include computer program code that isexecutable by a computer, in machine readable form. By way of example,and not limitation, a computer readable medium may comprise computerreadable storage media, for tangible or fixed storage of data, orcommunication media for transient interpretation of code-containingsignals. Computer readable storage media, as used herein, refers tophysical or tangible storage (as opposed to signals) and includeswithout limitation volatile and non-volatile, removable andnon-removable media implemented in any method or technology for thetangible storage of information such as computer-readable instructions,data structures, program modules or other data. Computer readablestorage media includes, but is not limited to, RAM, ROM, EPROM, EEPROM,flash memory or other solid state memory technology, CD-ROM, DVD, orother optical storage, magnetic cassettes, magnetic tape, magnetic diskstorage or other magnetic storage devices, or any other physical ormaterial medium which can be used to tangibly store the desiredinformation or data or instructions and which can be accessed by acomputer or processor.

For the purposes of this disclosure a system or module is a software,hardware, or firmware (or combinations thereof), process orfunctionality, or component thereof, that performs or facilitates theprocesses, features, and/or functions described herein (with or withouthuman interaction or augmentation). A module can include sub-modules.Software components of a module may be stored on a computer readablemedium. Modules may be integral to one or more servers, or be loaded andexecuted by one or more servers. One or more modules may be grouped intoan engine or an application.

Those skilled in the art will recognize that the methods and systems ofthe present disclosure may be implemented in many manners and as suchare not to be limited by the foregoing exemplary embodiments andexamples. In other words, functional elements being performed by singleor multiple components, in various combinations of hardware and softwareor firmware, and individual functions, may be distributed among softwareapplications at either the client or server or both. In this regard, anynumber of the features of the different embodiments described herein maybe combined into single or multiple embodiments, and alternateembodiments having fewer than, or more than, all of the featuresdescribed herein are possible. Functionality may also be, in whole or inpart, distributed among multiple components, in manners now known or tobecome known. Thus, myriad software/hardware/firmware combinations arepossible in achieving the functions, features, interfaces andpreferences described herein. Moreover, the scope of the presentdisclosure covers conventionally known manners for carrying out thedescribed features and functions and interfaces, as well as thosevariations and modifications that may be made to the hardware orsoftware or firmware components described herein as would be understoodby those skilled in the art now and hereafter.

While the system and method have been described in terms of one or moreembodiments, it is to be understood that the disclosure need not belimited to the disclosed embodiments. It is intended to cover variousmodifications and similar arrangements included within the spirit andscope of the claims, the scope of which should be accorded the broadestinterpretation so as to encompass all such modifications and similarstructures. The present disclosure includes any and all embodiments ofthe following claims.

1-21. (canceled)
 22. A method comprising: transmitting, by a processor,a request for visible attributes of a content item, the visibleattributes set by a user generating the content item; receiving, by theprocessor, display data comprising at least the visible attributes;selecting, by the processor, a template associated with a platform ofthe processor for generating a display, the template configured tomaintain the received visible attributes of the content item on theplatform in accordance with preferences set by the generating user; andgenerating for visible display, by the processor, a display comprisingat least the visible attributes and the selected template.
 23. Themethod of claim 22, further comprising: transmitting, by the processor,a request for the content item; and receiving, by the processor, thecontent item comprised within the display data.
 24. The method of claim23, further comprising: including, by the processor in the display, thecontent item customized according to the visible attributes set by thegenerating user.
 25. The method of claim 22, further comprising:determining, by the processor, if the display data comprises thetemplate associated with a platform of the processor.
 26. The method ofclaim 25, wherein selecting a template associated with a platform of theprocessor further comprises: selecting, by the processor, the templatecomprised in the display data if it is determined that the display datacomprises the template.
 27. The method of claim 26, wherein the platformcomprises ANDROID operating system.
 28. The method of claim 25, whereinselecting a template associated with a platform of the processor furthercomprises: selecting, by the processor, the template from a local datastore if it is determined that the display data does not comprise thetemplate.
 29. The method of claim 28, wherein the platform comprises iOSoperating system.
 30. The method of claim 22, wherein the visibleattributes comprise at least a header, an avatar and a background imagefor the content item.
 31. The method of claim 22, wherein the contentitem is a blog.
 32. An apparatus comprising: at least one processor; astorage medium for tangibly storing thereon program logic for executionby the processor, the program logic comprising: transmitting logic,executed by the processor, for transmitting a request for at leastvisible attributes of a content item, wherein the content item iscustomized in accordance with the visible attributes set by a usergenerating the content item; attributes receiving logic, executed by theprocessor, for receiving display data comprising at least the visibleattributes; selecting logic, executed by the processor, for selecting atemplate associated with a platform of the processor for generating adisplay, the template is configured to maintain the visible attributesof the content item on the platform in accordance with preferences ofthe generating user; and generating logic, executed by the processor,for generating a display comprising at least the visible attributes andthe selected template.
 33. The apparatus of claim 32, furthercomprising: transmitting logic, executed by the processor, fortransmitting a request for the content item; and item receiving logic,executed by the processor, for receiving the content item within thedisplay data; and content item including logic, executed by theprocessor, for including the content item in the display.
 34. Theapparatus of claim 32, further comprising: determining logic, executedby the processor, for determining if the display data comprises thetemplate associated with a platform of the processor.
 35. The apparatusof claim 34, further comprising: display data template selecting logic,executed by the processor, for selecting the template comprised in thedisplay data if it is determined that the display data comprises thetemplate.
 36. The apparatus of claim 34, further comprising: localtemplate selecting logic, executed by the processor, the template from alocal data store if it is determined that the display data does notcomprise the template.
 37. A computer readable storage medium,comprising instructions, which when executed by a processor cause theprocessor to: transmit a request for at least visible attributes of acontent item, wherein the content item is customized in accordance withthe visible attributes set by a user generating the content item;receive display data comprising at least the visible attributes; selecta template associated with a platform of the processor for generating adisplay, the template is configured to maintain the visible attributesof the content item on the platform in accordance with preferences ofthe generating user; generate a display comprising at least the visibleattributes and the selected template.
 38. The computer readable storagemedium of claim 37 further comprising instructions for the processor to:transmit a request for the content item; and receive for display, thecontent item comprised within the display data, wherein the content itemis customized according to the visible attributes.
 39. The computerreadable storage medium of claim 37 further comprising instructions forthe processor to: determine if the display data comprises the templateassociated with a platform of the processor.
 40. The computer readablestorage medium of claim 39 further comprising instructions for theprocessor to: select the template comprised in the display data if it isdetermined that the display data comprises the template.
 41. Thecomputer readable storage medium of claim 39 further comprisinginstructions for the processor to: select the template from a local datastore if it is determined that the display data does not comprise thetemplate.